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CREDIT INSTRUMENT AND SYSTEM WITH AUTOMATED PAYMENT OF 
CLUB, MERCHANT AND SERVICE PROVIDER FEES 

FIELD OF THE INVENTION 

The present invention relates generally to a system and method for providing 
credit instruments whereby the credit processing system is preconfigured with a series of 
participating clubs, merchants, or service providers such that an applicant can provide for 
automated payment of dues and fees without having to engage in a separate transaction 
with each club, merchant or service provider. 

BACKGROUND OF THE INVENTION 

It is increasingly common that consxmiers pay for many of their expenses using 
credit cards, bankcards or like instruments rather than using cash or checks. Consumers 
do this because they find it more convenient that sending cash or checks. Using credit 
cards in this fashion is also desirable because the consumer can borrow using his/her 
credit card when personal funds are low, and also because an itemized list of payments is 
generated each month. 

Some clubs, merchants or service providers may require fixed payments on a 
periodic basis, such as weekly, monthly, semi-annually, and so forth. In the case of a 
club, such as a health club, a consumer may be required to send dues each month. Using 
a credit card, the consumer may send in a payment slip each month with the credit card 
number, expiration date and a signature authorizing the charge to the consumer's credit 
card. Or the consumer may call the club's place of business to give like information 
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verbally over the phone. Or the consumer may contact the club to give like information 
using a home computer accessing the Intemet. 

In each case the consumer is relieved of the inconvenience of sending cash, 
5 checks or the equivalent. Yet in each case the consumer still must initiate the transaction 
each month by mail, telephone or computer. For the customer associated with a number 
of clubs requiring periodic payments, this may involve a significant number of 
transactions for the consumer to initiate each week or month. Moreover, since payment 
due dates may differ for each club, the consumer cannot make the overall task more 

10 efficient by doing all the payments at once imless he/she is willing to pay some bills 
early or some bills late. Thus, this approach to paying bills using a credit instrument has 
significant shortcomings for the consumer. 

From the perspective of the club, processing credit card information is 
advantageous since processing tends to be easier than for checks. However, there are 

15 still significant shortfalls. The club must await the submission of payment fi-om the 
consumer for each cycle. Sometimes consumers will be late in contacting the club to 
submit their credit card information. Sometimes communication lapses will result in 
incorrect information being submitted to the club, such as when the consumer fills in the 
wrong credit card information or a customer service representative misunderstands 

20 information given over the telephone. 

And even when no such difficulties arise, the club still must initiate the 
transaction with the card provider by submitting a separate charge for each consumer on 
each payment cycle. For a club having hundreds or thousands of members, this may 
entail the initiation of hundreds or thousands of charges at different times. This is a 
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significant disadvantage because of the time and costs imposed on the club. 
Additionally, charges may be imposed on the club and/or the card provider when an 
interchange processor is contacted for each transaction initiated by the club. 
Additionally, there may be communications difficulties in contacting a card provider 
bank or interchange to submit the charge, such as when a direct-dial connection fails or 
an Internet or like computer network connection fails. 

Sometimes a consumer will give a club permission to bill his/her credit card on 
an ongoing basis so that the consumer does not have to initiate payment each cycle. 
While this may lighten the burden on the consumer somewhat, it does not eliminate the 
burden on the club, which still must submit a charge to the consumer's credit card each 
cycle. Moreover, the consumer must still engage in an initial transaction with each club, 
merchant or service provider, to grant this authorization to bill the consumer's credit card 
on a periodic basis. For the consumer wishing to give such authorization to multiple 
clubs, merchants or service providers, a series of separate transactions must be 
undertaken. This is a significant shortcoming. 

Other problems and drawbacks also exist. 

SUMMARY OF THE INVENTION 

For these and like reasons, what is desired is a system and method of providing a 
credit card system that is associated with a series of clubs, merchants, service providers 
or the like so that a fully automated payment of dues or fees can be effectuated with 
minimal transactions. 
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Accordingly, it is one object of the present invention to overcome one or more of 
the aforementioned and other Hmitations of existing systems and methods for payment of 
fees or dues using a credit instrument. 

It is another object of the invention to provide a credit instrument that is pre- 
associated v^ith a series of clubs, merchants or service providers so that a cardholder can 
authorize automated payment for multiple business concerns in a single transaction with 
the card provider. 

It is another object of the invention to provide such a credit instrument where the 
information for multiple business concerns is stored at a credit system processor so that 
the creation of automated payment agreements for a consumer for a plurality of such 
business concems is easily effectuated. 

It is another object of the invention to provide a credit instrument application 
system where an applicant is solicited to join clubs and set up automated payment 
agreements at the same time the application is being processed so that a competitive 
marketing advantage is conferred on the associated business concems. 

It is another object of the invention to provide such a credit instrument associated 
with a series of business concems such that a competitive advantage is conferred on the 
associated business concems because the cardholder is encouraged to maintain the 
accounts therewith. 

It is another object of the invention to provide such a credit instmment associated 
with a series of business concems that provides a competitive advantage for the card 
provider by maximizing revenue and creating barriers to exit for both the associated 
business concems and the cardholders. 
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To achieve these and other objects of the present invention, and in accordance 
with the purpose of the invention, as embodied and broadly described, an embodiment of 
the present invention comprises an apparatus and method for a card that allows a 
cardholder to set up auto-charge payment of dues and fees to a series of clubs, merchants 
or service providers. The card also may be used for other transactions that accept credit 
cards. The system includes a database containing information of the associated clubs, 
merchants and service providers, so that applicants and cardholders can easily configure 
auto-charging for multiple business concerns in one sitting. The system may then 
process auto-charge transactions in an automated fashion without requiring a cardholder 
to submit payment authorization or the business concem to submit a charge for each 
periodic payment. Inconvenience and administrative costs to the cardholder and the 
business concerns are greatly reduced- The system and method provide a competitive 
advantage to the associated business concerns to secure the initial account and then to 
retain it. The system and method encourages card loyalty of both the card members and 
the business concerns to the card provider. 

The accompanying drawings are included to provide a further understanding of 
the invention and are incorporated in and constitute part of this specification, illustrate 
several embodiments of the invention and, together with the description, serve to explain 
the principles of the invention. It will become apparent from the drawings and detailed 
description that other objects, advantages and benefits of the invention also exist. 

Additional features and advantages of the invention will be set forth in the 
description that follows, and in part will be apparent from the description, or may be 
learned by practice of the invention. The objectives and other advantages of the 
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invention will be realized and attained by the system and methods, particularly pointed 
out in the written description and claims hereof as well as the appended drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The purpose and advantages of the present invention will be apparent to those of 
skill in the art from the following detailed description in conjunction with the appended 
drawings in which like reference characters are used to indicate like elements, and in 
which: 

Figure 1 is a block diagram of the credit card processing system according to an 
embodiment of the invention, including the network, central server system, user systems, 
credit card database and various processor systems. 

Figure 2 is a block diagram according to an embodiment of the invention 
illustrating an exemplary partner and associated clubs, merchants or service providers. 

Figure 3 is a block diagram according to an embodiment of the invention 
illustrating data that may be stored by the system for various partners. 

Figure 4 is a block diagram according to an embodiment of the invention 
illustrating data that may be stored in the system for installations corresponding to an 
associated partner. 

Figure 5 is a block diagram according to an embodiment of the invention 
illustrating data that may be stored in the system for a club, merchant or service provider. 

Figure 6 is a block diagram according to an embodiment of the invention 
illustrating data that may be stored in the system for auto-charging dues or fees for a 
club, merchant or service provider. 
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Figure 7 is a block diagram according to an embodiment of the invention 
illustrating data that may be stored in the system for a member or cardholder. 

Figure 8 is a flowchart illustrating a method, according to an embodiment of the 
invention, for a card provider to provide an auto-charge feature to cardholders for 
associated clubs, merchants and service providers. 

Figure 9 is a flowchart illustrating a method, according to an embodiment of the 
invention, for a user of the system to process an application on behalf of an applicant, 
including the selection of auto-charge options for associated clubs, merchants and service 
providers. 

Figure 1 0 is a flowchart illustrating a method, according to an embodiment of the 
invention, for the system to execute batch processing of auto-charge fees or dues for 
cardholders who have selected the auto-charge option for clubs, merchants or service 
providers. 

DETAILED DESCRIPTION OF THE INVENTION 

As discussed in the Summary of the Invention, the present invention is directed to 
a method and apparatus for a credit instrument that supports auto-charging to clubs, 
merchants and service providers. 

The auto-charge feature of the card can be used to automatically charge dues and 
fees to a cardholder's account for clubs, merchants, service providers and other business 
concerns. As can be appreciated by those skill in the art, the inventive concept is well- 
adapted to setting up auto-charging when there is an ongoing relationship between the 
cardholder and the business concern, such as a health club, where payments are to be 
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made each month. For the sake of clarity and brevity of this detailed description, the 
explanation of the invention shall be discussed in terms of associated "clubs," although it 
is to be understood that this also embraces merchants, service providers and other 
5 business concerns. 

Additionally, the description will refer to "partners." Partners may be entities 
that are associated with a number of clubs, such as a university or military branch. A 
partner may provide data to a card provider of a number of clubs so that applicants (e.g., 
=3 students or alumni or service members) can easily join up and set up auto-charge 

j1 10 arrangements therewith. By "partnering" with the card provider, both the partner and the 
ii card provider derive benefits of bringing the plurality of clubs into the system. Of 

n course, those of skill in the art will recognize that the benefits of the system can be 

;^ derived where there are no partners, i.e., where clubs become participants in the system 

i : 

1= without an intermediate partner. 

:sz 
P 

15 Overview of the System 

Figure 1 depicts an overview of the system, according to an embodiment of the 
present invention, including central server system 100; network 150; user systems 105; 
credit card database module 110; non-monetary business processor system 115; report 
processor system 120; application processor system 125; credit bureau data module 130; 
20 monetary processor system 135; dues processor system 140; and transaction processor 
system 145. 

Central server system 100 may comprise a server system for receiving 
applications, maintaining a database, processing transactions and interfacing with user 
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systems over network 150. Generally, central server system 100 includes hardware and 
software for supporting system administration, database management, application and 
transaction processing, report generation, and network-related operations. In one 
embodiment, control server system 100 may interface with user systems 105 over the 
Internet or like packet-switched networks. In such an embodiment, central server system 
100 may have software to support graphical user interface (GUI) with user systems 105 
through browser pages or the like (e.g., incorporating HTML or XML mark-up language) 
so that users need little or no specialized hardware or software. 

Central server system 1 00 may use server hardware running Microsoft NT^^ and 
using Oracle v. 7.3.4 for database operations. Central server system 100 may support 
network related operations using software such as Weblogic™ v.3.1 for Unix. Software 
for processing transactions and applications is well known in the art and, for example, 
may be programmed in high level languages such as C++. Central server system 100 
may be a secure system employing encryption technology, such as 128 bit SSL (secure 
sockets layer) encryption, to protect data transmitted over the network. Central server 
system 1 00 may also require a user name and password for a party to access the system 
over network 150. Central server system 100 may support interface with user systems 
105 through the application of servlets and/or applets, know to those of skill in the art, 
for supporting a substantially platform independent interface with users who have 
"standard" computer hardware and software. 

User systems 105 may comprise any system capable of interfacing with server 
system 100 over network 150. User systems 105 may comprise "standard" computer 
systems that do not require specialized hardware or software to interface with central 
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server system 100. User systems 105 may comprise personal computers, 
microcomputers, minicomputers, portable electronic devices, a computer network or 
other system operable to send and receive data through network 150. In one 
embodiment, user systems 105 may comprise a personal computer running Windows 
NTTM and Microsoft Internet Explorer ™ 4.0. 

Network 150 may comprise any network that allows communications amongst 
the components, and may encompass existing or future network technologies, such as the 
existing "Internet," "World Wide Web," Wide Area Network, "Internet Protocol-Next 
Generation" (Ipng) and like technologies. In one embodiment, network 150 comprises 
the Internet so that user systems 105 can access central server system 100 as a web site 
and interface therewith using standard browser pages. 

Credit card database module 1 1 0 represents the storage media employed to store 
data for the system. Credit card database module 110 may be one or more physically 
distinct media, such as hard drives, floppy drives, CD-ROM and other existing or ftiture 
storage technologies supporting ready access. Credit card database module 110 may 
store the account data for the system, such as transactions data, partner data (to be 
discussed further below), installation data (to be discussed further below), club data, 
auto-charge data, member data and so forth. Generally, this module stores records of 
member accounts (e.g., for posting charges and payments), records of associated partners 
and clubs, and records of auto-charge data. 

Application processor system 125 is for processing credit card applications for 
the cards. Application processor 125 may communicate with credit bureau data module 
130 for retrieving and evaluating information of an applicant's credit- worthiness in order 
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to accept or deny an application. Application processor 125 may process applicant 
information submitted by an applicant through user system 1 05 and report results back to 
central server system 100, which may add the applicant to credit card database module 
5 1 1 0 if an applicant is approved. 

Report processor system 120 may extract data from the database (e.g., credit card 
database module 1 1 0) for reports to be generated periodically or by request. Report 
processor system 120 may present such reports as browser or like pages to user systems 
U 105. In one embodiment, report processor 120 comprises Crystal Info''^ software as the 

[ii 10 reporting engine. In one embodiment, report processor system 120 can be accessed over 

i 1=1 

l]i the Internet by users such as partners and/or clubs to retrieve information regarding 

I: I 

^ partner club affiliation, club membership, account status and the like. 

jJ3 Non-monetary business processor system 115 may be a processing module 

1^ = 

supporting central server system 1 00 so that users can change certain information stored 
15 in credit card database module 110. A '^iser" generally refers to a party that is authorized 
to access central server system 100. In one embodiment, where a military branch is a 
partner, each base or installation may have a user authorized to accept applications and 
modify system data, such as changing the address of a cardholder stored in credit card 
database module 110. Generally, the card provider may have a plurality of persons 
20 authorized as users. In one embodiment, there is a plurality of levels of authorization for 
users, such that a card provider user may have access to all data, a partner user may have 
access only to that data pertaining to that partner, and a cardholder user may have access 
only to that data pertaining to the cardholder's account. 
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Monetary processor system 135 may comprise a module for submitting charges to 
a cardholder's account, such as charges, payments and adjustments. Monetary processor 
system 135 may submit a charge request, such as a merchant number, terminal ID, 
5 account number, charge amount and current date, to transaction processor system 145. 
Monetary processor system 135 is generally capable of operating in nominal real time so 
that charge requests are submitted for processing as they are received. In one 
embodiment, monetary processor system 135 is capable of processing so-called "on-us" 
:5 charges submitted directly to the system (e.g., submitted directly to the card provider or 

a 10 bank) and so-called "not-on-us" charges submitted through an interchange (e.g., a Visa^M 
1=) or MasterCard^M interchange, well known to those of skill in the art). Generally, 

11 monetary processor system 135 processes charges other than the auto-charges, such as 

II merchant charges, adjustments, cardholder payments, and the like. 

li Dues processor system 140 prepares charge requests associated with auto-charge 

jl 15 fees or dues. Dues processor system 140 generally processes "on-us" charges so that 
contacting an interchange is not required. Dues processor 140 will periodically (e.g., 
daily) determine the auto-charge payments required for cardholders. A set of 
transactions is prepared for "batch processing" and the transactions may be sent to 
transaction processor 145 as a group. In one embodiment, dues processor system 140 is 
20 also capable of preparing transactions from external files received, for example, from a 
utility on a daily basis. This function is similar to the auto-charge feature for clubs and 
the like, except the amount of each transaction may vary based on the data received from 
the external file. In another embodiment, dues processor system 140 is capable of 
preparing "special club" transactions, such as processing charges submitted based on a 
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merchant code set up in the system for the "general's party" or Hke special occasion 
amenable to having charges submitted and processed in a group fashion. 

Transaction processor system 145 processes the transactions for the system. 
Generally, transaction processor receives transaction requests, accesses an account 
database (see, e.g., credit card database module 1 10) and determines if the transaction is 
authorized or declined. Based on the result, the pertinent card member account and 
merchant account is updated as appropriate. In one embodiment, a transaction request 
may comprise a merchant number, terminal ID (identifying the terminal submitting the 
request), account number, charge amount, and current date. Several categories of 
merchant numbers may be available to identify the merchant and the nature of the 
transaction request. These categories may include dues billing, dues adjustment, special 
event, recurring charge (e.g., external file from a utility submitted on a daily basis), 
payment or other. A transaction request, as described above, may be submitted to 
transaction processor system 145, which may retum a six-digit authorization code, a 
decline code, a decline and confiscate message or a call bank message. The transaction 
processor 145 or central server system 100 may post the result to the card member's 
account and transfer any payment to a club account (such as a direct deposit transaction). 

Partners 

Figure 2 illustrates the concept of partners for the system. Partner 200 may be a 
military branch that is associated with a series of clubs such as garden club 205, officer's 
club 210, health club 215 and other clubs, merchants or service providers 220. More 
generally, a partner may comprise a business concem, group or association that itself is 



13 



PATENT 

ATTORNEY DOCKET 47004.000040 



associated with a series of clubs or the Hke. For example, a partner may be a university 
or mihtary branch that wishes to have data of its various clubs and the like entered onto 
the system so that students, alumni, or military personnel can readily join clubs and set 
5 up auto-charge payment arrangements. The benefits from such an arrangement to the 
card provider, partner and clubs are substantial. 

As previously noted, the system can operate and provide substantial benefits 
without intermediate partners. Yet, it can be appreciated that the benefits and 
efficiencies may be maximized when the card provider has an arrangement with an 
10 intermediate partner associated with a number of constituent clubs. 

Data in Credit Card Database 110 

Figures 3-7 illustrate the types of data that may be stored in credit card database 
module 110. As those of skill in the art can appreciate, the allocation of the data types is 
functional and descriptive. Credit card database module 1 1 0 may be a fully relational 
15 database so that each data type can be associated with other data types as appropriate. 

Figure 3 illustrates the partner data that may be stored. In this exemplary 
embodiment, partner data includes Air Force 300, Army 305, Navy 310, State University 
315 and other partners 320. Each represents a partner with whom the card provider is 
associated. 

20 Figure 4 illustrates the various "installations" in the system. An installation 

refers to a physical location of a partner that has a plurality of locations. In the military 
paradigm, an installation may correspond to a base. For example, for a Navy partner, the 
installations may include Navy Base Norfolk 400, Navy Base Washington D.C. 405, 



14 



PATENT 

ATTORNEY DOCKET 47004.000040 



Navy Base Cecil Field 410, and other partner bases 415. By including installation data, 
the system can provide the appropriate club data for each base. For example, when a 
new recruit applies for a card at Navy Base Norfolk 400, the system may provide the 
appropriate list of clubs. When the new recruit is transferred to Navy Base Washington 
D.C. 405, the new recruit member data is easily "transferred" or reassigned to the new 
base without re-entering all of his/her data. Such installation data is also useful to the 
partner for evaluating billings per installation or club membership per installation. 

Figure 5 illustrates the club (or merchant or service provider, etc.) data that may 
be stored in credit card database module 110. In this exemplary embodiment, for a club 
there may be partner 500 (identifying the partner the club is associated with), merchant 
code(s) 505, name 510 (name of the club), type 515 (e.g., identifying whether the entity 
is a club, merchant, service provider, utility, etc.), address/phone 520, manager name 525 
and installation ID 530 (identifying the installation). Regarding merchant code(s) 505, a 
club may be assigned several merchant codes to cover different types of transactions, 
such as dues and dues adjustment. 

Figure 6 illustrates the auto-charge data that may be stored in credit card database 
module 1 10. This data may be stored for a club to provide the various options for the 
auto-charge feature of the system. This way when a card member decides that he/she 
would like to automatically pay the officer's club, the appropriate data for that club is 
present in the system. In the exemplary embodiment of Figure 6, the auto-charge data 
comprises description 605 (describing the club and/or nature of the auto-charge), 
frequency 6 1 0 (describing the frequency of payment such as daily, monthly, quarterly, 
etc.), ID 615 (identifying the club), installation/lximp fee 620 (whether the club will 
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accept installations or requires lump fees), cancellation policy 625 (explaining 
cancellation policy of the club), refund policy 630 (explaining the refund policy of the 
club), promotional rates 635 (providing promotional rates for, e.g., new members, or 
differential rate structures depending on rank or other personal characteristics), and 
price/fee 640 (price or fee for the club). 

Figure 7 illustrates an exemplary embodiment of the data that may be stored in 
credit card database module 110 for the cardholders. Cardholder data may comprise 
auto-charge data 700, which may further comprise frequency 705, number of payments 
710, amount 715, and date 717 (provides date of the auto-charge payment, e.g., the 19th 
of each month). Auto-charge data 700 may have an entry for each club the cardholder is 
paying using the auto-charge feature. Military 720 lists data for a card member in the 
military, such as name/address 725, phone 730, status 735 (e.g., retired, active duty or 
reserve), rank 740, and agent code 745 (identifies the installation to which the cardholder 
belongs). The cardholder data may further comprise card number 750, member ID 755 
(e.g., may be social security number), merchant codes 760 (identifies 
clubs/merchants/service providers that the cardholder is associated with), and other 
account data 770. In one embodiment, merchant codes 760 is also stored on the card so 
that the card not only supports normal credit card applications and the auto-charge 
capability, but can also function as a "door pass" that members may use to gain entry or 
authorization for clubs. 
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Graphical User Interfaces for the System 

In one embodiment, central server system 100 interfaces with user systems 105 
over the Internet or like packet-switched network using a standard GUI interface, such as 
browser pages accessed over the World Wide Web. 

In this embodiment, there is a log in page for an authorized user, who must 
provide a user name and password. In this embodiment, there is a so-called "home page" 
which includes options for member lookup (for locating members), application 
processing (for processing applications), member maintenance (for changing member 
data, such as an address or installation), batch processing (for batch financial 
transactions), reports (for preparing reports) and administration (for profiles, 
maintenance of installations, clubs, and merchants). In this embodiment, there may be an 
application browser page for submitting an application over the Intemet. 

Methods of Using the System 

According to an embodiment of the present invention, a method is provided for a 
credit card system that is associated with a series of clubs, merchants, service providers 
or the like so that a fully automated payment of dues or fees can be effectuated. 
Referring to Figure 8, a card provider reaches an agreement with a partner associated 
with a plurality of clubs, according to step 1200. The card provider then updates a 
database to include the partner and plurality of clubs, as in step 1205 (e.g., see Figures 2, 
3, 4, 5 and 6). In one embodiment, a card provider reaches such an agreement with a 
military branch which then provides data describing installations and clubs that could be 
stored in a database such as credit card database module 1 10. The card provider and/or 
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partner solicits applications for the credit instrument and invites the applicant to join 
various clubs and/or set up auto-charge arrangements, according to step 1210. For 
example, the new recruit is invited to apply for a card and also to join various clubs such 
as the Officer's Club and golf club, for which the auto-charge feature may be set up. 
According to step 1215, auto-charge data is entered into the processing system (e.g., see 
Figure 7) for each member selecting the auto-charge feature for a club. Based on the 
auto-charge data entered for the members, the system processes charges automatically, 
according to step 1220. Charges are posted to the members' accounts, according to step 
1225. In one embodiment, steps 1220 and 1225 may be processed as batch transactions, 
as previously discussed. In one embodiment, steps 1220 and 1225 are performed as "on- 
us" transactions so that interchange fees are avoided, providing savings to the card 
provider and/or partner and/or clubs. In step 1230, payment is issued to the partner or 
clubs. In one embodiment, payment is issued to the partner, such as to a military base, 
by automated direct deposit. In another embodiment, it may be provided that payment is 
issued directly to clubs. 

According to an embodiment of the present invention. Figure 9 depicts a method 
for processing an application for a credit card system that is associated with a plurality of 
clubs and that supports auto-charging. The user logs on to the system, as in step 1305, 
and the system authenticates the user, as in step 1310. In one embodiment, where the 
partner is a military branch, each installation or base may have an authorized user for 
accepting applications on behalf of service personnel. The user submits the applicant's 
name, address and other general data on behalf of the applicant, as in step 1315. The 
user requests whether the applicant wants to auto-charge certain clubs, as in step 1320. 
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The user submits the applicant's auto-charge data, as in step 1325. The application is 
submitted to the application processor , as in step 1330 (e.g., see Figure 1, application 
processor system 125). The application decision is returned to the user, as in step 1335. 
The credit card database is updated to include the applicant if the application is approved, 
as in step 1340 (e.g., see Figure 1, credit card database module 1 10; Figure 7). 

According to an embodiment of the invention. Figure 10 depicts a method of 
batch processing auto-charge dues or fees for the system. Referring to Figure 10, the 
system (e.g., see Figure 1, central server system 100) invokes the batch processing logic 
(e.g., see Figure 1, dues processor system 140), according to step 1400. The server 
system builds a list of members at each installation or base, according to step 1405. The 
server system builds a list of clubs (for which the auto-charge option is enabled) for each 
member, according to step 1410. Central server system 100 obtains the dues or fees 
amount for each member, according to step 1415. The server system sends dues files 
(e.g., a batch of transaction requests) to transaction processor system 145 for 
authorization (e.g., see Figure 1, transaction processor system 145), according to step 
1420. The server system receives the results of the transaction requests, i.e., an 
authorization number or rejection for the transaction requests, as in step 1425. The 
server system posts the transactions to the members' accounts, as in step 1430, The 
server system transfers funds to club accounts, as in step 1435. The server system may 
then issue reports to partners on authorization failure/success and gross/net charges, as in 
step 1440. 

Other embodiments and uses of this invention will be apparent to those having 
ordinary skill in the art upon consideration of the specification and practice of the 
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invention disclosed herein. The specification and examples given should be considered 
exemplary only, and it is contemplated that the appended claims will cover any other 
such embodiments or modifications as fall within the true scope of the invention. 
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